PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.22

Text File | 1988-04-08 | 32.6 KB | 862 lines | [TEXT/ttxt]

16-Feb-88 22:32:12-PST,34192;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Tue, 16 Feb 88 22:31:47 PST
Received: from relay2.cs.net by RELAY.CS.NET id al05914; 16 Feb 88 22:42 EST
Received: from relay.cs.net by RELAY.CS.NET id aa00213; 16 Feb 88 16:21 EST
Received: from sdr.slb.com by RELAY.CS.NET id ad00180; 16 Feb 88 16:17 EST
Date: Tue, 16 Feb 88 10:12 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #22
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Tue 16 Feb 88 10:12:47-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #22
To: Usenet-List: ;
Message-ID: <572004767.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Saturday, February 13, 1988    Volume 4 : Issue 22

Today's Topics:
     PD AppleTalk Sources
     CDC 80 Meg Internal Drives
     RTF on Microsoft Word
     Shareware Survey Results
     Re: C vs. Pascal for the mac, vs C for MSDOS
     Re: backup utilities
     Re: Saleability of MS Word 1.05?
     Re: RTF on Microsoft Word
     Re: Mac programming question
     Re: Chinese,Japanese & Korean systems
     Re: Risk game
     Re: Thelma Thistleblossom (Grammar Checkers)
     SCREENS HURT EYES (Mac SE, Plus)
     Thesis word processing results / Questions on TeXtures
     Having problems with double-clicks and lists
     Subscription Database
     LClikLoop routines and problem with LSPascal
     LSC Storage bugs
     Graphics on the APPLE MAC-II

----------------------------------------------------------------------

From: [e-mail] (Andy J. Williams)
Subject: PD AppleTalk Sources
Date: 5 Feb 88 08:59:37 GMT
Organization: Dartmouth College, Hanover, NH

I asked this a while back and got no response so...

I am writing a MacBBS program to work on our local network using an
intelligent mainframe based program as server.  I am very new to
Appletalk programming and am interested in seeing Pascal sources (Public
Domain of course) of any other Appletalk programming to get an idea of
how it is done. (I am using LSP with hopes that the (supposedly) buggy
Appletalk libs will be fixed really soon...) Also, what are the best
books to read to learn AppleTalk? (e-mail to me and I will summarize to
the net if anything interesting comes up)

Thanks in advance!

-Andy
--
Disclaimer: You better like my opinions, my mother can beat up your mother...

Andy J. Williams                BITNET: [e-mail]
Bill 'n Opus in '88!       UUCP:{ihnp4,decvax,linus}!dartvax!eleazar!borscht


------------------------------

From: [e-mail] (Peter Espen)
Subject: CDC 80 Meg Internal Drives
Date: 6 Feb 88 07:19:36 GMT


    Is there anyone out there who has, or is, using the CDC 80 Meg WREN III
HH SCSI (Model 94211) drive internally in a Mac II?
    If so, are any special SCSI drivers needed or will they just plug into
the Mac II's internal SCSI cable and run?
    Any info on these drives would be greatly appreciated.
    espen@well


------------------------------

From: [e-mail] (Peter Sliwkowski)
Subject: RTF on Microsoft Word
Date: 5 Feb 88 18:37:21 GMT
Organization: Automatix Inc.,  Billerica, MA


On the MAC version of Microsoft Word, it allows you to save a file in a
Rich Text Format (RTF).  This format encodes Word formatting in plain
ASCII codes to allow easy interpretation by other programs.

Does anyone know how long RTF been around?  In addition, has anyone
developed a RTF interpreter to allow other software (possibly on other
platforms) to display Word document that were generated on a MAC.


Please mail replies to    vaxine!pgs


------------------------------

From: [e-mail] (Fred Hollander)
Subject: Shareware Survey Results
Date: 4 Feb 88 22:32:12 GMT

About a month ago, I had posted a survey to the net concerning
shareware.  I had two similar sets of questions for authors and users.
Four authors responded, no users.  That makes this survey pretty
useless, but, let me follow through on this anyway.  At least one
requested that his comments not be tied to his name.  I could use both,
but, he probably didn't guess that only four people would respond.  So,
to maintain confidentiality, I've ommitted authors' names and replaced
the description with a very general category.

Comments:

General comments are that people are not willing to pay even a small fee
for a useful program.  Shareware is sometimes the only facility some
people have for distributing software.  Generally, it is software that
was done just for fun, so the profits are secondary.  One program is
being distributed commercially on the Diskette Gazette without the
author's consent.  One deliberately bugged the shareware release to
encourage upgrades.  Is this a new marketing concept:  bug elasticity,
balancing the degree of "bugginess" to encourage upgrades without
discouraging sales?  :-)

Results:

    1.  Software Title/Description
    2.  Author
    3.  Compatible Computer Systems
    4.  Suggested Shareware Fee
    5.  Number of Copies Sold
    6.  Average Fee Received

    1.  Utility
    2.
    3.  Mac, SE, Mac II
    4.  $20 + $10 for upgrade
    5.  1
    6.  $30

    1.  Game
    2.
    3.  All Macintosh with 512K or more
    4.  $10
    5.  ~70, at a rate of about 1.5 copies/week
    6.  $10

    1.  Game
    2.
    3.  512K / 512Ke / Mac + / SE  (soon to be Mac II)
    4.  $5
    5.  1
    6.  $5

    1.  Utility
    2.
    3.  Mac 128K or more
    4.  $8, $20 for full version
    5.  20
    6.  $20
--
Fred Hollander
Computer Science Center
Texas Instruments, Inc.
holland%ti-csl@csnet-rela

The above statements are my own and not representative of Texas Instruments.


------------------------------

From: [e-mail] (J.S.Shapiro)
Subject: Re: C vs. Pascal for the mac, vs C for MSDOS
Date: 5 Feb 88 16:02:10 GMT
Organization: AT&T-IS, Summit N.J. USA

At the risk of sounding like advertising, I have just finished a (non
Mac) large application written entirely in C++ (with the  exception of
the C library and another local utility library). C++, once you warp
your head so as to look at it correctly, is an extremely powerful
language, and for many problems, the conceptions it forces the
programmer to think in result in smaller and faster code.

On the other side of the coin, there are some flaws that Bjarne
Stroustrop acknowledges are not straightforward to fix. Examples:

    Current version lacks an usable exception mechanism
        (setjmp doesn't work in C++ the way it does in C,
        because a stack-allocated object can create heap
        allocated objects in its constructor, and the
        longjump() doesn't let you destroy them properly.)

    Improper cleanup of tasks (my opinion - tasks should have
        separate heaps)

    Lack of graceful parameterized types. (Unless you use rather
        kludgey specially constructed macros, there is no
        way, for example, to write a generic binary tree
        class [i.e. type of tree-members not encapsulated
        in the definition of the tree] from which you could
        derive classes of specific trees)

In isolation each of these problems is straightforward. In combination
they are hard to solve well.

I think it is a very interesting question whether as PC's become more
powerful, it doesn't become very reasonable to run interpreted
garbage-collecting languages, or at least garbage collecting languages.
For those of you who will object that garbage collection takes time, you
are right, but current real-time garbage collection schemes take a bit
less than 10%, and I am think on a Mac II this might not be a problem...

Jon


------------------------------

From: [e-mail] (Scott R. Anderson)
Subject: Re: backup utilities
Date: 6 Feb 88 21:51:01 GMT
Organization: Department of Physics, Emory University, Atlanta

This discussion seems to have a period of 1-2 months, which is good for
those of us who haven't bought one yet, and bad for those who have :-).

My recollection from the previous discussions, and the article in the
February MacWorld, is that if you prefer incremental backups, the best
program is probably HFS Backup (not to be confused with HD Backup). Its
main problem is that it can only backup to floppies (v. 2 -- is there a
new version in the works that would backup to tape?).  It's a bit more
flexible than FastBack, although slower, and it's a *lot* less
expensive.  On the other hand, if you don't mind overwriting a previous
backup, DiskFit is also supposed to be very good.

Now, my question is:  Does anyone know anything about the program called
MacUp which I saw advertised in the APDALog?  It's cheap ($40), and
seems to have most of the features that HFS Backup has, if not more.  It
can backup to tape, work over the network, and it has a time delay
feature. It's being distributed by A.P.P.L.E. Co-op.
--
*                                     Scott Robert Anderson
  *      **                           gatech!emoryu1!phssra
   *   *    *    **                   phssra@emoryu1.{bitnet,csnet}
    * *      * *    * **
     *        *      *  * * * * * * * * * * * * * * * * * * * * * * * * * * * *


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: Re: Saleability of MS Word 1.05?
Date: 6 Feb 88 18:46:36 GMT
Organization: Fictional Reality, uLtd

>Can anyone tell me whether it is permissible for users of Microsoft Word
>1.05 who have upgraded to 3.whatever to sell someone their old copy of 1.05?
>Is there a way for people to legally obtain cpies of 1.05 from these users
>or from Microsoft for a reduced price?

No. You own a license to one copy of the program. When you upgrade to
3.0, you're transfering that license to the new release, not buying a
new program. Still have only one legal copy, so you can't sell the old
version.

>John M. Ford   (*Not* the SF author)

Gee, I love your books! *gush*
--
Chuq Von Rospach            [e-mail]        Delphi: CHUQ

                       What do you mean 'You don't really want to hurt her?'
                                    I'm a Super-Villain! That's my Schtick!


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: Re: RTF on Microsoft Word
Date: 6 Feb 88 18:51:21 GMT
Organization: Fictional Reality, uLtd

RTF is designed and supported by Microsoft. If you write to them, you
can get the spec for it. This version is very obviously designed around
Word 3.0, because it can support styles, glossaries, and other things.
I'm not aware of anyone else supporting RTF right now, although I've
looked at it as a way of importing formatted text from HyperCard into a
Word document for printing (looks reasonable, just haven't had time to
do anything with it)


Chuq Von Rospach            [e-mail]        Delphi: CHUQ

                       What do you mean 'You don't really want to hurt
her?'
                                    I'm a Super-Villain! That's my
Schtick!


------------------------------

From: [e-mail] (Ken Mitchum)
Subject: Re: Mac programming question
Date: 6 Feb 88 22:27:08 GMT
Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.

In article <[e-mail]> [e-mail] (Neil
Radisch) writes:
>How does one tell SFGetfile that you want it to list files from a directory
>other than the current one. I've tried various system calls to set the

Two globals contain the information used by the SF routines to decide
what directory they are in:

(int) SFSaveDisk  -  contains the negative of the volume (NOT a working
directory number).

(long) CurDirStore contains the directory ID of the directory.

Set these before calling the SF routines, and they will use the volume
and directory you specify.

See PBGetVol() and PBGetWDInfo() for routines that convert working
directory numbers to/from real directory numbers. (A working directory
number is like a volume ref number, and is what is returned by the
SFGetFile() call if you are using HFS. You need to convert this to a
true volume number and true directory number.
--
-ken mitchum
univ of pgh. DSL


------------------------------

From: [e-mail] (Lars-Erik Fredriksson)
Subject: Re: Chinese,Japanese & Korean systems
Date: 5 Feb 88 17:24:28 GMT
Organization: The Royal Inst. of Techn., Stockholm

Well since you asked

The version I am running on is KanjiTalk 2.0 its built on system 4.1 and
has JIS level 1&2 ( i.e  both levels of the Japanese Industrial Standard
character sets ) It runs fine on a MacII and I saw it run on an SE at
MacWorld in San Fransisco where it was shown by mrs Yuko Judy Hiratsuka
president of Mercury Communication Service, Palo Alto, then working for
the the Radius people.They (the Radius people) probably got a copy from
Apple since the system only  existed in golden master and as I could
understand hadnt been released in Japan yet. APDA in Renton may very
well get it for distribution as an update to the
scriptmanager-developers package since they have been distributing the
old Arabic System  AB1.1  (AIS Arabic Interface System) and Japanese
System J1.1 (JIS Japanese Interface System). However that will more than
likely take awhile (they didnt know about this themselves yet and new
documentation for this package in english has to be written by someone
at Apple, be it Japan Hong Kong or USA) and a better possibility is
probably to get it from Japan. One shop that comes to mind if you dont
have any japanese connection could be the Zero-One Shop ; Canon ( that
is the name of a computer shop in Nishi-Shinjuku in Tokyo ) A person
that was helpful to me at that shop when I visited Tokyo was mr Masanori
Ikeda.

    Zero-One Shop, Canon Eiken Co., LTD.
    Shinjuku Mitsui Bldg.
    1-1, 2-Chome,Nishi-Shinjuku, Shinjuku-ku
    Tokyo 163, Japan
    phone int+3 (345) 9101
    fax: [phone]

since I have started on this I will continue with:

The Chinese System - HanziTalk 1.0 ( HIS Hanzi Interface System) (there
are two versions the mainland HK-001, simplified characters,  i.e.
jiantizi   based on Peoples republic standard Guojia Biaozhun and the
Taiwan HK-002 with traditional characters, i.e. fantizi) It doesnt work
on the Mac II yet but there is a beta that does according to Apple Hong
Kong. I dont know when it will be shipped, but the other two were
announced in August and started shipping in November there are two
possible dealers for Hong Kong the first recommended by Apple Hong Kong
is:

    Sun Business Machines Ltd.
    8/F, Tsuen Wan Ind. Centre,
    220-248 Texaco Road
    phone : int+85204998168
    Tlx:        45628 FUJI HX
    Fax:        [phone]

They charge 100 US $ for each of the systems and it took them a long
time to react to my pleas via both telephone and telexes long after they
had received my check! Still they might be better and more responsive
than the other party that didnt seem to be that interested in the
chinesespeaking market when I visited them, well maby they changed with
the new operative system becoming available but I dont know what theyll
charge:

    Gilman Office Machines
    shop 102-103,
    Alexandra House, 1/Fl.
    Hong Kong
    phone-5-236635

Random thoughts:

I know that it is Apples policy to let national divisions of Apple have
quite a lot of independence. It is also a known fact that the by Apple
preferred way  for system software to be  distributed should be through
the friendly dealers where one buyes ones mac and therefore is in the
language of the country where it is bought. In most cases this is fine
but a company like Apple in a country where the population has such a
large amount of cultures and languages represented should think of a
better scheme to distribute its system software for the benefit of
national minorities large as they are! At least im sure that there could
be a more flexible solution if they could let the academic sites of the
Apple University Consortium share in the distribution process.I know it
is virtually impossible for any national apple tech support to answer
the questions that is likely to emanate from all the different language
system software, and I dont ask for this.  but I dont think it is in the
line of supporting Creativity and understanding between the peoples of
the world to make it so difficult to find a system software for lets say
a person living abroad who prefer his or hers native language,  or a
linguist who would rather type in French German or Japanese who may
actually   have use for all the scrips and languages of the world at the
same time.

    (Gosh do I wait for themonolitic operative system that lets me
    toggle from Japanese to Chineseto Korean to Swedish etc etc without
    having me to reboot all the timeit could be a script at bootup and
    maby language resources in thesystem folder I wonder if its
    possible to do with the Japanese and theChinese systems what the
    gentleman Leonard Rosenthol is doing with hisSuitcase!? probably
    not since the large fonts of the Jap and Chin systems get read up
    in Ram even before the debugger is loaded clues and hooks
    anyone!!!!!!!!!!!!!!!!!!?)..........

Well to sum up the above when it comes to getting ones preferred system
( yes I do support the system (:-{ >  ) this national independance poses
a problem.
 *boy,is this ever an understatement*
              ^^^^^^^^^^^^^^ I have spent large quantities of time and money
trying to get my every day working tools namely the Japanese and
mainland and Taiwan versions of the chinese operative systems
respectively. As you can see from  these lines you will have to get the
system through a dealer in Japan and for Chinese & Korean via the same
in Hong Kong.Good Luck!!!!!!!


    ***********************************************************************
    |||||||||||||||||||||||||||| NEWSFLASH ||||||||||||||||||||||||||||||||
    ***********************************************************************

The Korean System - HangulTalk 1.0 (acronym anyone?) was to be
officially announced to the market as of yesterday (Thursday 4 Feb) and
dont know where in Seoul? to obtain it.

B.T.W - The Hebrew system is ready since november -87 and up for grips
($$$?) should you pass through Tel Aviv.

And There is a scriptmanager compatible wordprocessor being worked on
with slightly more d, actually Im not!? There is nothing I would like
more, than to see some more information on this net on CJK-automation
and It surprises me that there is less than  fifty postings over a year
that concernes these topics. It is bound to be many more working with
similar problems!!? Keep me posted if you dont want to be in the
limelight of this meeting.
--
*********************************************************************
        Thank you for your patience
        and let me hear from you.
*********************************************************************
* Mr Feng a.k.a        |                          *
* Lars E Fredriksson,    |Email:EUNET: [e-mail]*
*     chief librarian |    or: seismo!enea!ttds!mrfeng        *
* Far Eastern Library     |    AppleLink: c/o NORDLINDH1          *
* Box 163 58            |                               *
* S-103 27 STOCKHOLM     |    Telephone: Int + 46 8 20 45 43        *
* SWEDEN        |          or : Int + 46 8 666 4394        *
*********************************************************************


------------------------------

From: [e-mail]
Subject: Re: Risk game
Date: 6 Feb 88 06:14:23 GMT
Organization: The Portal System (TM)

A little work with TMON tracked down the problem.  It is using the
Window Managers own port to draw the map.  To do draw any other windows,
it saves away the bit map.  The problem is, it is using GetWMgrPort to
get the port to figure out the size and Apple, in it's great wisdom,
change the definition of what GetWMgrPort returns (used to be a
GrafPort, now a CGrafPort).  So Risk calculates a random value for the
size of the port, tries to allocate that much memory and exits when it
can (not very good programming style :-)

So, here is a patch to get around the little problem:

Offset $680E (Block $34, offset $e)

    was: 3029 0006 C1E8 000C 48C0
    to:  303C 1000 C1FC 0156 4E71     if 256 colors
    to:  303c 0800 C1FC 0156 4E71     if 16 colors
    to:  303C 0400 C1FC 0156 4E71     if 4 colors
    to:  303C 0200 C1FC 0156 4E71     if 2 colors

Pick the number of colors you normally run the game at and apply the
above patch using FEdit or ResEdit.  All this does is ignore the
returned GrafPort and calculate the values based on built in constants.
It appears to work fine with these patches applied, but caveat emptor
:-).  Be sure to apply these to a backup copy, not your original.

Jerry Whitnell


------------------------------

From: [e-mail] (Wayne Pollock)
Subject: Re: Thelma Thistleblossom (Grammar Checkers)
Date: 6 Feb 88 05:51:21 GMT
Organization: University of South Florida at Tampa

In article <[e-mail]> [e-mail] writes:
>... a friend that owns a PC and he showed me what looks
>like a really useful grammar and style checking program ...
> Can anyone point me
>to some writing tools like this for the MacIntosh?  ...

There are one or two;  I found out about them through the free reader
service card in the back of MacUser.  I haven't bought one yet, so I
don't want to give a review.  Anyway, one is called "MacProof(tm) 3.0",
by Automated Language Processing Systems, Inc., Salt Lake City, Utah.
Their phone is: [phone].  Its supposed to be a DA which checks
spelling, punctuation, capitalization, double words; it also checks
usage (offensive words, often confused workds, wordiness, etc.), style
("be" verbs, nominalizations, etc.), and structure (sentince beginings,
paragraph structure, repetitions, etc.).

I don't have the other checker's information handy; I suggest if you're
really interested you can find ads for this stuff in any good Mac
magazine.  I think it offered similar features.

To me, this is very similar to the ol' UNIX package "WWB", which had all
this and more besides.  One thing missing from all these grammar
checkers is the ability to customize some of the checks.  For instance,
I write a lot of technical documents, where it is more appropriate to
have puctionation marks outside of quotes (for instance, ``the unix
command is "cp /etc/passwd .".'' is much clearer than ``the unix command
is "cp /etc/passwd .."'').  Also, the last thing I need is yet another
dictionary, and I'd bet you can't get a price discount if you don't
order the dictionary.  I'd like to be able to customize several of the
usage and style checks, too.

Sorry this got to be so long, but you hit me in a tender spot.  I am
still waiting for a good grammer and usage checker for the mac, so I
hope those who sell them read this and offer a better checker; remember
not everyone uses the mac to write books; specialty documents require
customizable checkers!
--
Wayne Pollock (The MAD Scientist)    [e-mail]
Usenet:        ...!{ihnp4, cbatt}!codas!usfvax2!pollock
GEnie:        W.POLLOCK


------------------------------

From: [e-mail] (Howard L. Dyckman)
Subject: SCREENS HURT EYES (Mac SE, Plus)
Date: 7 Feb 88 05:58:28 GMT
Organization: EE Dept., Phillips Hall, Cornell University, Ithaca NY

My eyes have been hurt by some recent Macintosh screens (SE, Plus).
Symptoms include sensitivity to light, dryness, grittiness under the
eyelids, soreness.  A brief exposure produced only soreness.

Another screen was mildly irritating; I had to use it with the intensity
turned down low.

These screens feel harsh to my eyes; they also "feel" brighter than they
look.

I am an experienced Mac user; older Mac screens have never hurt my eyes.

Has anyone encountered problems like this?  (PLEASE BE ALERT TO PEOPLE
YOU KNOW OR MIGHT HEAR ABOUT.)  If so, please reply to me directly. You
can also post on the  comp.sys.mac  bulletin board.

     Howard L. Dyckman, Dept. of Electrical Engineering, Phillips Hall,
     Cornell University, Ithaca, NY 14853.
          [e-mail]

Here's more info:

The screens which bothered me had purple tint or blue with slight purple
tint.  I have inspected some of them; mfr is Clinton Taiwan Corp.

My eyes were hurt very badly by some of these Mac screens; the screens
made my eyes were so dry that mild breezes bothered them, making it very
uncomfortable to take a walk outdoors. Now, after months of slow
recovery, eyes are bothering me a little.

If you know of anyone who has had similar problems (perhaps milder or
shorter lasting) please contact me directly.

     Howard L. Dyckman, Dept. of Electrical Engineering, Phillips Hall,
     Cornell University, Ithaca, NY 14853.
          [e-mail]


------------------------------

From: [e-mail] (Paul Dietz)
Subject: Thesis word processing results / Questions on TeXtures
Date: 7 Feb 88 11:18:40 GMT
Organization: Carnegie-Mellon University, CS/RI

Thanks to the scadzillions of people who offered advice. The great
majority bordered on religous fanatacism in support of TeX. A few others
offered up Word 3.0 rather luke warmly. Ok. So it looks like TeX is the
way to go.

Things mentioned in favor of Word:

    Price/availability are very good.
    Good spell checking.
    Some ability to handle equations.
    Seamless interaction with other Mac software
        (i.e. good hadling of MacPaint type files, and the clipboard in
        general...)

Things against Word:

    Poor Bibliography support.
    Limited equation handling.

Pros for TeXtures:

Superb support of equations.

Cons for TeXtures:

Nobody really went into this...

I've used TeX previously in a UNIX environment, and I hated it! The main
problem was the lack of a preview feature. (This was several years ago,
when I used to actually work for a living...) Everytime I wanted to see
what the result would look like, there was a 15 to 20 minute wait. (The
main problem being a backlog at the printer.) As for spell checking, the
TeX commands really used to louse things up...

I could be much happier using TeX on my MacII, *IFF* it has a fast
preview feature, and good spell checking. Does the Mac implementation
fix these things? And how about Clipboard support? Can I put graphics
easily into my documents?

Finally, the nitty-gritty: price. Word is available in our campus
computer store for ~$80. (Educational discount.) I've never noticed TeX
there. What's the going price, and do they have an educational discount?

Thanks again for all the replies. I'll post a summary again with the
results.
--
Paul H. Dietz                                        ____          ____
Dept. of Electrical and Computer Engineering        / oo \        <_<\\\
Carnegie Mellon University                        /|  \/  |\        \\ \\
--------------------------------------------     | | (  ) | |       | ||\\
"If God had meant for penguins to fly,             -->--<--        / / |\\\  /
he would have given them wings."            _________^__^_________/ / / \\\\-


------------------------------

From: [e-mail]
Subject: Having problems with double-clicks and lists
Date: 7 Feb 88 17:16:43 GMT
Organization: University of California, Berkeley

Question #1: I'm having trouble detecting double-clicks when I'm using
lists. LClick doesn't seem to want to ever return true, no matter how
fast I punch the button.  Here's a skeleton of my code:

    if GetNextEvent(theEvent,everyEvent) then
        case theEvent.what of
            mouseDown:  MouseCode(theEvent);
    ...

    procedure MouseCode(theEvent:eventrecord);
    begin
    ...
        SetPort(windowWithTheList);
        GlobalToLocal(theEvent.where);
        if LClick(theEvent.where,theEvent.modifiers,myList) then
            stuff;
    ...
    end;


"stuff" is never executed.  What's going on?
--
/ James Moore        /        |  [e-mail]
/             /    |--------------------------------------------|
/ Ma ta Gaeilge agut,    /    |   Nil aon speis ag Ollscoile na         |
/ scriobh i!        /    |   California im bharulacha fein.           |


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: Subscription Database
Date: 7 Feb 88 18:08:42 GMT

I've just taken on an assignment for a magazine to do an in-depth case
study of 4th Dimension for a magazine. Rather than a quick "Gee, this is
a neat product" style fluff piece, they want me to do a real-world
application in it and a mutli-part implementation case study of how 4D
works in practice.

Since I needed it anyway, I'm going to be implementing as complete a
subscription database as I can. I'm currently doing mailing labels in
FileMaker+, and no offense to that product, I'm stretching it beyond its
capabilities.

My goal is to put together something that will handle regular
subscriptions, complementary subscriptions, one-shots, do the mailing
labels, print renewal requests, and generally handle all aspects of
subscription maintenance. The end product will (hopefully) be aimed at a
non-technical type person.

I know what I want in something like this. My question is: what do other
folks out there interested in databases want to see in this series, and
what do folks who need to maintain subscriptions need in their database
to do the job right. I'm interested in turning out a practical, useful
product as well as really showcasing 4d in all its glory, for better or
worse.

As an initial comment, I'm on day three of reading the tutorial manual.
With any luck, I'll be through the documentation in another week. The 4D
package is four manuals, four disks, and weighs more than my hard disk.
Somewhere between extremely impressive and scary as hell.

chuq


Chuq Von Rospach            [e-mail]        Delphi: CHUQ

                       What do you mean 'You don't really want to hurt
her?'
                                    I'm a Super-Villain! That's my
Schtick!


------------------------------

From: [e-mail]
Subject: LClikLoop routines and problem with LSPascal
Date: 7 Feb 88 20:27:28 GMT
Organization: University of California, Berkeley

given the following code:

    ...
    theList^^.lClikLoop:=@ListClickRoutine;
    ...

    function ListClickRoutine:Boolean;
    begin
        ListClickRoutine:=true;
    end;

    ...
    if LClick(theEvent.where,theEvent.modifiers,theList) then ...
    ...

The call to LClick doesn't change the selected cell, and immediately
exits.  However, if I put a stop sign on the last end; statement of
ListClickRoutine, and then choose the Go-Go option, LClick will track
the mouse and select the appropriate cells (albeit slowly).  (Note that
the ONLY statement in ListClickRoutine is the assignment given.  It
didn't work with other statements above that one either.)  Any idea
what's going on?

On a related note, what are the limits of what you can do inside a
LClikLoop routine?  Can it use global variables?
--
/ James Moore        /        |  [e-mail]
/             /    |--------------------------------------------|
/ Ma ta Gaeilge agut,    /    |   Nil aon speis ag Ollscoile na         |
/ scriobh i!        /    |   California im bharulacha fein.           |


------------------------------

From: [e-mail] (Steve Kearns)
Subject: LSC Storage bugs
Date: 7 Feb 88 21:45:00 GMT
Organization: Columbia University Department of Computer Science

In debugging a program of mine, I discovered that LightSpeed C has
several serious problems with the memory management routines.

Specifically:

(*)  Their malloc routine calls NewPtr, but passes an int instead of a
long. Since this routine seems to work, there is probably a "feature" of
the  glue routines that make this a non-problem in practice.

(*)  The realloc routine does not try hard enough.  Realloc shrinks or
expands a block of memory. According to the unix definition of realloc
(and the description in lSC), realloc can actually return a pointer to a
new area of memory, as long as it copies the relevant contents of the
old block over.  This is often neccessary if the block of  memory is
expanding.  However, the LSC realloc routine calls SetPtrSize, a toolbox
routine which doesn't consider moving it if it is unable to grow.
Therefore, realloc fails much more often then neccessary.

(*)  the free routine just calls the cfree routine, when it should
actually return the value of the cfree routine.

LSC  is a great product; I have noticed, though, that in most compilers
the libraries are an afterthought, often delegated to inexperienced
programmers. Especially with memory management routines this is bad.  (I
found even worse problems in Aztec C's memory management, for example,
several years ago)

If anyone needs the code that fixes this I will be glad to supply it,
although with the above description it should be easy to fix.

-steve


------------------------------

From: [e-mail] (Jed Klampett)
Subject: Graphics on the APPLE MAC-II
Date: 7 Feb 88 22:43:48 GMT
Organization: The University of Texas at Austin, Austin, Texas

Hi !

I am interested in doing some 2D and 3D graphics on the MAC. I plan to
write my own code for this purpose. I am familiar with Fortran, and C. I
know we can do graphics programming through quickdraw; is it the only
way to do so? If so, which is the better language to go with, if there
is any difference to begin with. If there is another way to talk
directly to the machine, how is it done and how hard is it ? Thanks
y'all

J.D. (Klampett ,who else !!)

------------------------------

End of Usenet Mac Digest
************************
-------